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(54) Method and apparatus for intrusion detection in computers and computer networks 

(57) This invention relates to the detection of secu- 
rity problems in a computer network or on any computer 
within said network. To detect outsiders trying to break 
into a computer system .{e.g. via the net) and/or to 
detect insiders misusing the privileges they have 
received (e.g. someone internal reading confidential 
data that he/she is not entitled to), the invention uses a 
behavior-based approach for a pattern-oriented intru- 
sion detection system. Employing a novel algorithm, the 
Teiresias algorithm not used before for intrusion detec- 
tion, the system represents the normal behavior of a 
process (103) by a pattern table (135), a pattern being a 
subsequence of audit events or system calls or the like. 
During real operation, a pattern match (133) of the 
event stream generated on behalf of the actual process 
examined (123) with the entries in the pattern table 
(135) is tried. Sequences of unmatched events are a 
deviation from the normal behavior. Such a deviation 
indicates that an intrusion may be taking place which 
can thus raise an alarm (136) to single out, stop, or con- 
trol in any other way the intrusion. 
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Description 
Technical Field 

[0001] This invention relates to intrusion detection, i.e. 
the detection of security problems in a computer net- 
work or on any computer within said network. It is par- 
ticularly suited to detect outsiders frying to break into a 
computer system (e.g. via the net) and/or to detect 
insiders misusing the privileges they have received (e.g. 
someone internal reading confidential data that he/she 
is not entitled to). In brief, the invention uses a behavior- 
based approach for a pattern-oriented intrusion detec- 
tion system. 

Background of the Invention 

[0002] Generally, an intrusion detection system 
dynamically monitors actions that are taken in a given 
environment and decides whether these actions are 
symptomatic of an attack or constitute a legitimate use 
of the environment. 

[0003] Essentially, two main intrusion detection meth- 
ods are known. The first method uses the knowledge 
accumulated about attacks and looks for evidence of 
their exploitation. This method is referred to as knowl- 
edge-based. The second method builds a reference 
model of the usual behavior of the system being moni- 
tored and looks for deviations from the observed usage. 
This method is referred to as behavior-based. 
[0004] In the knowledge-based approach, the under- 
lying assumption is that the system knows all possible 
attacks. There is some kind of a signature for each 
attack and the intrusion detection system searches for 
these signatures when monitoring the traffic. E.g., one 
may monitor the audit trails on a given machine, the 
packets going onto the net, etc. This first approach is 
addressed and described by Gligor et al. in US patent 5 
278 901, which also gives a good overview over the 
technology. An advantage of this method is that no or 
only few false alarms are generated, i.e. the false alarm 
rate is low; the main disadvantage is that only those 
attacks can be located that are already known. Any 
newly developed intrusion attack would usually remain 
undetected since its signature is still unknown and thus 
the system does not search for it. 
[0005] Unfortunately, there are nowadays so many 
attacks that the set of signatures is growing very fast. 
Also, some signatures are difficult to express and an 
algorithm to search for them can be rather time-con- 
suming. Nevertheless, this approach has proven its 
usefulness and there are products using this approach 
available on the market: Net Ranger by Cisco Systems, 
Inc., and RealSecure by Internet Security Systems, Inc., 
are two examples of such available products. 
[0006] The second, the behavior-based, approach 
starts from the assumption that if an attack is carried out 
against a system, its "behavior* will change. Therefore, 



the approach is to define a kind of normal profile of a 
system and watch for any deviation from this defined 
normal profile. Different -techniques can be applied te.g. 
statistics, rule-based systems, neural networks) using 

5 different targets (e.g. the users of the system, the per- 
formances of the network, the CPU -cycles, etc.). The 
main advantage of this method over the knowledge- 
based one is that the attacks do not need to be known 
in advance, i.e. that unknown attacks -can be detected. 

10 Thus, the detection remains up-to-date without having 
to update some database of known signatures. But 
there are disadvantages: deviations can occur without 
any attack (e.g. changes in the activity of the user, new 
software installed, new machines, new users, etc.). 

1$ Therefore, all known efforts in this direction have been 
facing a rather high rate of false alarms. There appears 
to be only one product on the market using this 
approach: CMOS by Science Applications International 
Corporation. 

20 [0007] In "A Sense of Self for Unix Processes - by S. 
Forrest et al., Proceedings of the 1996 t£€E Sympo- 
sium on Security and Privacy, pp. 120-128, Oakland, 
California, May 1996, it is described how to model the 
behavior of the m sendmail daemon* ', i.e. a program run- 

25 ning permanently in the background without user inter- 
action, using the sequences of system calls that this 
program generates while running. The idea is to build a 
table of all the sequences of a given fixed length (here 
5, 6, and 1 1 ) of consecutive system calls that could be 

30 found when watching such a sendmail daemon running. 
The claim was that if one tries to take advantage of a 
vulnerability in the sendmail code, then this would gen- 
erate a sequence of systems calls not found in a "nor- 
mal" table, i.e. a table generated from a sample with 

35 normal behavior. However, when experimenting with 
this approach, one discovers that the table necessary 
can become fairly large. It must be stressed that all the 
sequences of system calls in this table have the same 
length, i.e. lengths of 5, 6, and 1 1 . It has been shown in 

40 "Fixed vs. Variable-Length Patterns for Detecting Suspi- 
cious Process Behavior" by H. Debar, M. Dacier, M. 
Nassehi, and A. Wespi, Proceedings of CSORICS 98, 
Louvain-la-Neuve, Belgium, September 1998, that 
when trying to find what the best length for the 

45 sequences is ("best" meaning producing the shortest 
table of patterns while covering all possible sequences) 
the result is that the "best" length is 1 . This means that 
the system does not search for unseen sequences but 
for unseen system calls. The consequence is that if an 

so attack does not use any unseen system call it will not be 
detected. This is generally unacceptable since it may be 
possible to run an attack without using a previously 
unseen system call. 

[0008] There are two classes of information sources 
55 for intrusion detection systems as described in 
"Towards a Taxonomy of Intrusion Detection Systems" 
by H. Oebar, M. Dacier, and A. Wespi, IBM Research 
Report 3030, June 1998. Based on the location from 
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where the information can be retrieved, it is differenti- 
ated between host-based and network-based intrusion 
detection systems. Examples of host-based information 
sources are the so-called C2 audit trails, the syslog files 
known in the UNIX operating system, or the event logs 
in Windows NT. Network-based information is mainly 
retrieved by analyzing the network packets. 
[0009] As will be described in detail further below, the 
present invention relates to behavior-based intrusion 
detection using host-based information sources. For a 
given process, the intrusion detection system decides 
whether the process behavior can be judged as normal 
or abnormal. Abnormal behavior is an indication of an 
intrusion. 

[0010] As mentioned above, Forrest et al. describe in 
"A Sense of Self for UNIX Processes", Proceedings of 
the 1 996 IEEE Symposium on Security and Privacy, pp. 
120 - 128, Oakland, California, May 1996, a process 
model using a set of fixed-length patterns. These pat- 
terns correspond to all the possible patterns that can be 
found in the event sequences recorded during the train- 
ing phase. 

[0011] This poses a problem since a careful look at 
the sequences of audit events that can be generated by 
the so-called ftp daemon running under AIX shows that 
there are very long subsequences which repeat fre- 
quently. For example, many process instantiations start 
with an identical subsequence that has a length of 40 
audit events. Thus, since the described fixed-length 
approach does not consider such a characteristic, any 
result of an intrusion detection method based on such a 
fixed-length approach is distorted and certain intrusions 
and/or misuses cannot be detected. 
[0012] In "Intrusion Detection via System Call Traces" 
by A. P. Kosoresow and S.A. Hofmeyr, IEEE Software, 
pp. 35 - 42, SepVOct. 1997, it is shown that variable- 
length patterns can be used to model the normal behav- 
ior of a process. However, the patterns presented in this 
publication were constructed manually due to the lack of 
an automated method. It is obvious that such a manual 
selection or design of the patterns is inadequate for an 
automatic intrusion detection of the kind here 
approached. 

[0013] A significantly different approach for a pattern- 
oriented intrusion detection system is disclosed in US 
Patent 5 278 901 to Bhieh et af. It shows an intrusion 
detection system based on object privilege and informa- 
tion flow, i.e. does not use the deviation from a "typical" 
activity profile as described above. The approach by 
Shieh at al. is a knowledge-based intrusion detection 
system which is in contrast to the behavior-based 
approach of the present invention. Furthermore, the 
Shieh patent covers mainly the problem of detecting vio- 
lations against previously defined access control poli- 
cies while the present invention aims at detecting any 
type of attacks. The complexity of the solution chosen in 
the Shieh patent, however, makes this approach unsuit- 
able to solve the problems which the present invention 



addresses. 

[0014] To summarize, it is an object of the present 
invention to provide a simple and reliable method and 
apparatus for the detection of intrusions into a computer 

5 system, based on event patterns and particularly 
directed to detect deviations from a "normal" process 
behavior, and thus to detect attacks performed against 
said process. A more specific object is to generate, pref- 
erably automatically, so-to-speak "natural" patterns for 

10 the description of the process behavior and thus pro- 
duce a very condensed resulting pattern table. Another 
specific object is to allow the use of highly efficient pat- 
tern matching algorithms, especially by producing a rel- 
atively small pattern matching table. A further specific 

15 object is to produce a pattern table with most represent- 
ative patterns, independent of their length. A still further 
specific object is to produce a pattern table with less but 
longer entries than tables obtained with known 
approaches and thus improve the detection of attacks. 

20 A still further object is to define rules that specify when 
a deviation from the normal behavior is significant 
enough to raise an alarm. 

Summary of the Invention 

25 

[0015] It appears that the idea of having sequences 
investigated is very important, but that building fixed 
length sequences is leading to unsatisfactory results, at 
least when these sequences do not exceed a certain 

30 minimal length. Therefore, the invention uses a new 
approach by focusing on a novel algorithm, the Teire- 
sias algorithm, as described by I. Rigoutsos and A. Flor- 
atos in "Combinatorial Pattern Discovery in Biological 
Sequences - The TE I RES IAS Algorithm" in Biolnfor- 

35 matics, pp. S5-67, Vol. 1 4, No. 1 , 1 998. This algorithm is 
also subject of a pending US patent application, serial 
number 023756 <YO 9-97-176). filed 13 February 1998, 
not yet published. 

[0016] The Teiresias algorithm, developed for a differ- 

40 ent purpose and never considered for intrusion detec- 
tion, is used to search for patterns, i.e. all the 
subsequences that appear at least twice in a set of input 
sequences. Though there are other algorithms besides 
Teiresias that solve the problem of discovering all pat- 

45 terns, none of them is as efficient and fast as the Teire- 
sias algorithm. TSenerally speaking, the results achieved 
with the Teiresias algorithm are far superior to anything 
produced by the prior art approaches. 
[0017] A particular advantage is that, using the Teire- 

50 sias algorithm, the longest patterns in a set of input 
sequences can be found. This is important since a table 
of long patterns appears to be more "representative" of 
a specific process than a table of short patterns. Since 
longer patterns usually contain more context informa- 

55 tion, it appears that they are more significant for a proc- 
ess than short -patterns. On the other hand, short 
patterns are not necessarily unique for a specific proc- 
ess, but may appear in other processes. It is even pos- 
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sible that short patterns are part of an attack. The 
longer a pattern is, the lower is the probability that this 
pattern is part of other processes or even an attack. 
Consequently, it was found that there are attacks that 
can be detected with the new technique according to 
the present invention, which attacks remained undetec- 
ted with other techniques. 

[0018] A further advantage is that, obviously, a small 
pattern table allows to implement efficient pattern 
matching algorithms and still works reasonably fast. 
Both advantages lead to an improved detection of 
attacks. 

[0019] To summarize, the present invention provides 
a method and a system for reliably detecting intrusion 
patterns, thereby minimizing the probability of false 
alarms. 

[0020] The method and apparatus for an intrusion 
detection system according to the invention, using the 
described variable-length approach when investigating 
event patterns, operates in two modes, a training mode 
and an operation mode. 

[0021] In the training mode, generally speaking, the 
behavior of a process is defined based on the system 
events it generates. System events are either the sys- 
tem calls that are invoked by the process or the audit 
events generated on behalf of the process. The process 
model is a table of patterns, i.e. sequences or subse- 
quences of events, which are representative of the proc- 
ess examined. To get a complete picture of the process, 
it is important that as many different event sequences 
as possible are generated and analyzed. 
[0022] In this training mode, variable-length patterns 
are retrieved from the event sequences generated by or 
on behalf of the process. All events of a specific type 
generated from the invocation of the process until its 
end constitute an event sequence. Different process 
invocations may result in different event sequences. 
Patterns are subsequences of the event sequences; 
patterns that are characteristic for the process are 
stored in a pattern table. The pattern table represents 
the process model. 

[0023] In the operation mode of the present invention, 
it is decided whether the «vent streams created on 
behalf of the process can be matched by the patterns in 
the pattern table, which corresponds to a normal proc- 
ess behavior, or whether there are subsequences of 
unmatched events. Unmatched events represent a devi- 
ation from the normal behavior and may thus indicate 
an intrusion or misuse, called an attack. Significant 
deviations result in raising an alarm. 
[0024] As already mentioned, the present invention is 
advantageous because patterns are generated that are 
"natural" for the description of the process behavior. The 
use of variable-length patterns to build the set of repre- 
sentative patterns results in a pattern table with less, but 
longer entries than tables obtained with other 
approaches. As explained, longer patterns contain 
more context information and are therefore more repre- 



sentative for a particular process than short patterns. 
Furthermore, a small pattern table increases the speed 
of the detection process. It is obvious that, when looking 
for a pattern that matches part of a given sequence. 
5 searching in a small set of patterns is faster than in a 
large set. Therefore, small pattern tables allow to speed 
up the pattern matching process. 



30 



Brief Description of the Drawings 



[0025] The foregoing and other features and advan- 
tages of the invention will be apparent from the following 
more detailed description of a preferred embodiment of 
the invention, as illustrated in the accompanying draw- 
is ings, in which: 

Figure 1 shows the components of an intrusion 
detection system according to the inven- 
tion, based on the analysis of event pat- 
20 terns; 

Figure 2 is a sample output of the Event Recording 
component; 

25 Figure 3 is a sample output of the Process Filtering 
component; 



Figure 4 is a sample output of the Translation com- 
ponent; 

Figure 5 is a sample output of the Reduction and 
Aggregation component; 



Figure 6 shows the patterns as detected by the Teir- 
35 esias algorithm for a set of sample input 

strings; 

Figure 7 is an illustration of the pattern reduction 
algorithm applied to the sample string set 
40 introduced in Figure -6; 

Figure 8 is an illustration of the pattern matching 
algorithm for a case where the input string 
can be covered; and 

45 

Figure 9 is an illustration of the pattern matching 
algorithm for a case where the input string 
cannot be completely covered. 

so Detailed Description of the Invention 

[0026] In the following first section, the components of 
the intrusion detection system are described. In a sub- 
sequent second section, the algorithms used in 
55 selected components are discussed. 
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1. The Intrusion Detection System and its -Components 

[0027] Figure 1 shows the components of the intrusion 
detection system. The system consists of two parts: an 
off-line part and an on-line part. The off-line part repre- s 
sents the training phase or mode, and the on-line part 
the real operation or operation mode. In the training 
mode, a model of the normal behavior of the process 
examined is generated. In the operation mode, the 
instantiations of the process under the observation of 10 
the intrusion detection system are compared to the 
process model and, if a significant deviation is 
observed, an alarm 136 is raised. 
[0028] A process execution 103 can trigger different 
types of events 104. Either one of the following two 15 
event sources can be used for the present invention: 



[0029] It has to be noted that the two sources cannot 25 
be used interchangeably. Either audit events or system 
calls have to be considered. Any further use of the term 
event in this document may relate to audit events as 
well as system calls. 

[0030] In the off-line part, it is possible to influence the 30 
process invocation in order to exercise as many differ- 
ent process execution paths as possible. For this pur- 
pose, we use the functional verification tests (FVT) as 
they are used by software developers to test all the dif- 
ferent subcommands that can be executed by a proc- 35 
ess. 

[0031] Other approaches would be to define manually 
a set of subcommands that are expected to cover all the 
process execution pats, or to just record the events of 
the process running in a real environment. 40 
{0032] The events generated on behalf of a process 
are recorded by an event recording component 105. 
Event recording component 105 may not only record 
events by the process examined but also by other proc- 
esses in the system. E.g. the auditing system does only 45 
allow to collect the audit events on a system level, i.e. . 
either for all processes or for none. An event is 
described by several attributes, e.g. the process name, 
the event name, the process id, the parent process id, or 
the user id. so 
[0033] Event recording component 105 forwards the 
events to training system 102. Events are forwarded as 
triples comprising process name, event name, and 
process id, labeled 106. Figure 2 shows a sample of the 
events that are sent from event recording component ss 
105 to a filtering component 107 in training system 102. 
Filtering component 107 first groups together the events 
belonging to the same process by keeping the chrono- 



logical order of the events. All events belonging to the 
same process are called an event sequence. An event 
sequence consists of an unique identifier and a fist of 
events. The events are given as tuples comprising the 
process and the event name. Not all event sequences 
are needed for the further processing. Only those 
sequences which are needed to analyze the behavior of 
the examined process are forwarded to a translation 
component 109. 

[0034] Figure 3 shows the events of ^Figure 2 after 
applying the filtering component 107. 
[0035] "For the further internal processing, translation 
component 109 translates the event sequences into an 
internal data representation. Each event, i.e. the tuple 
consisting of the process and the event name, is trans- 
lated into a single character of an alphabet £. The out- 
put of translation component 109 are strings of 
characters labeled 110. 

[0036] The translation is bijective, i.e. identical events 
are translated into the same character, and a character 
is the translation of identical events only. The translation 
rules are generated on the fly and stored in a translation 
table 136. Figure 4 shows the result of the translation of 
the event sequences into strings. 
[0037] The strings can be reduced further. A reduction 
and aggregation component 111 performs two tasks: 

* Duplicate strings are removed. 

Consecutive occurrences of the same character 
are aggregated into a smaller number of the same 
character. 

[0038] The first task results in a set of unique strings. 
Duplicate strings do not add any value to the further 
processing as will be seen later. 

[0039] It can be observed that subsequences of N, N 
> 1, events are quite frequent, with N exhibiting small 
variations. An example is the ftp login session, where 
the ftp daemon closes several file handles inherited 
from the inetd process. Since the inetd process is not 
always in the same state, the number of its file handles 
may vary. As a consequence, the ftp daemon inherits 
not always the same number of file handles. Closing all 
the unneeded file handles results therefore in a varying 
number of file close operations. 

[0040] There are two possible ways to aggregate 
characters: 

The identical consecutive characters are replaced 
with an extra, not yet used character. 
The N identical consecutive characters are com- 
prised into M t 

/<=*/<= a; 

characters. 



C2 audit events as they are recorded by the audit- 
ing system available on most UNIX and some other 
operating systems. 20 
System calls as they are recorded by programs 
coming with the operating system, e.g. strace, or by 
other system utilities. 
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[0041] The first approach increases the number of 
unique events and possibly also the number of patterns. 
Since the number of patterns should be kept small, the 
second approach with M = 1 has been selected. The 
newly created strings have less semantics than the orig- $ 
inal ones, but no case is known where the character 
aggregation impacts the operation of the intrusion 
detection system. 

[0042] The output of the reduction and aggregation 
component 111 are unique strings, labeled 112, where 10 
consecutive occurrences of the same character are 
removed. Figure 5 shows the strings of Figure 4 after 
being processed by reduction and aggregation -compo- 
nent 111. 

[0043] A pattern extraction component 113 deter- is 
mines the patterns which constitute the process mode! 
and stores them in a pattern table 135. The algorithms 
used to build pattern table 135 are explained in detail in 
subsequent sections. 

[0044] Pattern table 135 is a key part of the intrusion 20 
detection system according to the invention. It links the 
off-line system 102 with the on-line system 122. 
[0045] The on-line part has nearly the same compo- 
nents as the off-line part. However, a main difference is 
that the process to be examined is not under control of 25 
the intrusion detection system. In on-line system 122, 
the event recording component 125 and the process fil- 
tering component 127 are the same as in the off-line 
system. The translation component 129 is different with 
respect to the fact that audit events are translated based 30 
on the entries retrieved from a translation table 134. If 
there is an event for which no entry in translation table 
129 exists, the event is translated to a dummy character. 
For each event sequence, it has to be decided whether 
there is a sign of an intrusion or not. Therefore, there is 35 
no reduction component (like component 1 1 1 in the off- 
line part) that removes duplicate sequences as in the 
training system. There is only an aggregation compo- 
nent 131. 

[0046] The pattern matching component 133 receives 40 
its input strings 132 from the aggregation component 
131. By applying the algorithm described in the subse- 
quent section of this description, it is tried to match all 
the input strings with the patterns of pattern table 135. 
However, there may be strings that remain with uncov- 45 
ered characters. Depending on the number of consecu- 
tively uncovered characters, it is decided whether there 
is an indication of an intrusion, and whether an alarm 
136 has to be issued. 

[0047] For the ftp daemon, a threshold of 6 characters 50 
was selected, i.e. if there are 7 subsequent uncovered 
characters, an alarm is issued. 

2. Algorithms 

55 

[0048] In this section, a sample algorithm to build the 
pattern table and a sample algorithm to cover the input 
stream are described. They represent the best algo- 



10 

rithms we know so far. However, we can think of varia- 
tions of these algorithms. For example, the algorithm to 
build the pattern table sorts the patterns based on the 
number of characters they can cover at the beginning 
and end of an input string. We can think of other sort cri- 
teria like the total number of characters covered by a 
pattern or the number of occurrences of a pattern. 

2, 1 Terminology and Notation 

[0049] Consider a finite set of Characters 

Z = {c 1 , c 2 , .... c n ) . The 3et Z is called an alphabet. 
To denote a string of n, n > 0, identical consecutive 
characters c e E, we write c w . The term c* denotes a 
string of identical consecutive characters of arbitrary 
length /, / >= 0. The termc* denotes a string of identical 
consecutive characters of arbitrary length m, m> 0. To 
denote an arbitrary string of length n, n > 0, we write 
{•}"• (•}* denotes an arbitrary string of arbitrary length /, 
/ >= 0, and {.} + denotes an arbitrary string of length m, 
m> 0. 

[0050] The length of string s is written as \s\. We write 
c € s if the character c is contained in the string s. 
(0051] Given is a ^et of strings 

S = {Si, Sj> S m ) 



over the alphabet I. A substring p that 

occurs at least twice in the set of strings 5, and 
has a length |pj of two or more characters 

is called a pattern. 

[0052] p" denotes the pattern p repeated n, n> 0, 
times, p* denotes the pattern p repeated I, />= 0, times, 
and p* denotes the pattern p repeated m, m > 0, times. 
[0053] A pattern p is maximal, if there is no pattern q 
for which holds: 

p is a substring of q with \p\ < \q\, and 
the number of occurrences of the pattern q e S is 
equal or larger than the number of occurrences of 
the pattern p € S. 

[0054] A character c e s is said to be covered by the 
pattern p, if c e p and p is a substring of s. 
[0055] A string s is said to be covered by a set of pat- 
terns P, if for each character c, c € s, there is a pattern 
p, p g P, so that c is covered by p. 
[0056] A set of strings S is said to be covered by a set 
of patterns P, if each string $, s e S, is covered by P. 
Additionally, P is said to cover S. 
[0057] Given are a pattern p and a string s. Let us 
decompose the string s as follows: 
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the reduced pattern set R. 

s=p'i.}*ff l 9 r>=0 

1. Let m denote the minimal pattern length that 
used to generate the set of maximal variable-length 

It is assumed that the decomposition is maximal, i.e. 5 patterns. Add each s 

there are no /'and r'for which holds 



/'+r'>/ + r. 



SA]s\ <2 -m, 



[0058] The expression (/+/)• |p|. i.e. the sum / ♦ r 
times the pattern length \p\, is called margin cover of the 
pattern p and the string s. It is written as mCover(p,s). 
The margin cover of a pattern p and a string is 

S = {Si, S2, S m ], 

set written as mCover(p,S) t is defined as 20 



to P and remove it from S. 

2. If P = 0, then add all s € S to the reduced pat- 
tern set R and exit. 

3. 'For each p e P calculate mCover(p,S). 

4. If there is a pattern p fulfilling mCover(p,S) > 0, 
then select a pattern r for which mCover(r,S) is 
maximal, i.e. there is no pattern q for which holds: 

mCover(q 9 S) > mCover(r£) or 
mCover(q£) = mCover(r^S) A |?| > H 



mCover(pji). 



[0059] The total cover of a pattern p and a string set 
SjCover(p,S) is the total number of characters that can 
be covered by the pattern p. 

2.2 Determining the Set of Maximal Variable-Length 
Patterns 

[0060] In a first step, all maximal patterns contained in 
the set S of input strings have to be determined. "For this 
purpose, the Teiresias algorithm, as described by I. Rig- 
outsos and A. "Floratos in "Combinatorial Pattern Dis- 
covery in Biological Sequences - The TEIRESIAS 
Algorithm" in Biolnformatics, pp. 55-67, Vol. 14, No. 1, 
1998, is used. A minimal pattern length m can be spec- 
ified as argument for the Teiresias algorithm. The Teire- 
sias algorithm will then only find the maximal patterns 
whose length is equal to or greater than this given mini- 
mal length. 

[0061] Part a) of Figure 6 shows a sample input set of 
3 strings and part b) shows the corresponding pattern 
set as discovered by the Teiresias algorithm (with m = 
2). For each pattern, the total number of occurrences 
(first column) as well as the number of strings in which it 
occurs (second column) is given. 

2.3 Reducing the Set of Patterns 

[0062] Out of the set of patterns P consisting of all the 
maximal patterns found for the string set S, a subset of 
patterns R, R c P, is selected which covers S. As an 
example, the following algorithm can be used to build 



5. Add r to the reduced pattern set R and remove it 
25 from P. 

6. -Remove first all the matching substrings adjacent 
to the beginning and end of a string, i.e. remove 
strings of the form 

30 5 = r+, 

and replace strings of the form 
35 s = r+s* or s = r+s" 

with s'or s", respectively. 

7. Remove then the matching substrings that are 
40 not adjacent to the beginning and end of a string, 

i.e. as long as there is a s e S, 

s =s'r+s" = W U*r%) *{.}» m 

45 

being the minimal pattern length and v,w > 0, 
replaces with the two strings s' and s". v and w 
specify the minimal length of the resulting new 
strings s' and s", respectively. Setting them equal 
so to m enforces that all patterns have a minimal 
length m. However, different settings are possible. 

8. If one of the strings s that have been newly 
added to S has a length \s\ < 2 • m, m being the 
minimal pattern length, remove s from the set of 

55 strings S and add it to the set of patterns P. 
8. If S * 0, go to step 2. 

[0063] Figure 7 illustrates the pattern reduction algo- 
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rithm applied to the sample string set introduced in Fig- 
ure 6. For each reduction step, the string set, the pattern 
set, and the reduced pattern set are shown. For each 
pattern in the pattern set, its m Cover value is listed. The 
pattern with the highest mCover value is moved to the 5 
reduced pattern set, and matching substrings are 
removed from the string set. In this example, not all pat- 
terns are needed to cover all the strings. 
[0064] In the example of the ftp daemon, the Teiresias 
algorithm determines about 600 maximal variable- 10 
length patterns. After applying the reduction algorithm, 
about 50 patterns remain. 



input stream, remove the pattern p from the input 
stream and go to step 1. 

5. Determine all pattern .combinations that cover 
the beginning of the input stream. Select the pat- 
tern combination that covers the longest character 
sequence, remove it from the input stream, and go 
to step 1 . 

6. Skip one character and increase u by 1. 

7. If 

u « n + J, n 



2.4 Pattern Matching 

[0065] We describe a sample pattern matching algo- 
rithm. The algorithm tries to match the input stream by 
concatenating patterns, i.e. the patterns are placed one 
right after the other. A variation would be to allow over- 
lapping patterns. 

[0066] At certain points of the pattern matching proc- 
ess, there may be several patterns that match the input 
stream and it has to be decided which pattern to select. 
As an heuristic, a pattern is selected if a sequence of d, 
d > 0, patterns can be found that matches the input 
stream right after the pattern under consideration. 

1 . Set the counter of consecutively uncovered char- 
acters, u, to 0. 

2. Wait until there are at least 

k = d'\p mM \ 

characters in the input stream where d is the 
parameter as explained in the introduction to this 
algorithm and |p mea nl is tn © mean length of all pat- 
terns p e P, or until the end of an input sequence 
has been reached. 

3. Find a pattern p e Pthat covers the beginning of 
the input stream T. If no pattern can be found, go to 
step 6. 

4. Find d > 0 patterns q v q* q* so that the 
string 

covers the beginning of the stream. If there are e 
patterns q v q* q* 0 < e < d, that cover the 
whole input sequence, set 

(a) If t matches the whole input sequence, remove 
the input sequence and go to step 1. (b) If d pat- 
terns can be found covering the beginning of the 



being the threshold for the number of consecutively 
is uncovered characters, raise an alarm. 
8. Co to step 2. 

[0067] Figures 8 and 9 are two illustrations of the pat- 
tern matching algorithm. One for the case of a fully-cov- 
20 ered string, one for the case of a partially-covered 
string. 

[0068] The pattern matching algorithm processes the 
pattern table found on top of Figures 8 and 9. In Figure 
8, the matching algorithm first finds the pattern "ABC" 

25 matching the beginning of the sample string. Before 
accepting this pattern as a valid match, the pattern 
"ABC" must be validated be finding d=3 patterns match- 
ing the remainder "ABCDXYZGHI" of the string. Since 
such three patterns can be found, namely "ABCD", 

30 XYZ", and "GHI", the pattern "ABC" is accepted and 
deleted from the sample string. Processing continues 
with the string "ABCDXYZGHI". 

[0069] In Figure 9, we have again the same pattern 
table as in Figure 8. However, the sample string to be 

35 matched is somewhat different. Again, the pattern 
"ABC" is selected as candidate to match the beginning 
of the sample string. However, we cannot find d=3 pat- 
terns that match the remainder "ABCOKMWHF" of the 
string. This implies that another pattern that matches 

40 the beginning of the sample string should be tried. 
Since there is no such other pattern, the pattern 
sequence has to be found that matches the longest por- 
tion of the sample string. Because the two pattern 
"ABC" and "ABCD" match the longest subsequence, 

45 they are selected. The characters "KMW" cannot be 
matched and are skipped. Processing continues with 
the string "HF". 

[0070] A pattern-oriented, behavior-based, variable- 
length intrusion detection model was defined. The main 

so advantage of this inventive model is that it generates a 
kind of "natural" patterns or signatures of the process to 
be monitored, which patterns very well represent the 
"normal" behavior. Thus, deviations - which indicate 
intrusion or misuse - can be easier detected than with 

55 previously known methods. 

[0071] While the present invention has been particu- 
larly shown with reference to one specific embodiment, 
it is obvious to someone skilled in the art that it can be 
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adapted to match the environment in which it is going to 
be used, whether for the detection of unauthorized 
transactions in the banking arena, of viruses in a com- 
puter network, of unauthorized entry to buildings with 
restricted access, or of unallowed data exchange 5 
between data bases, to name a few. 

Claims 

1. A method for detecting intrusion attempts in a com- 10 
puter or computer system, said method comprising 
in combination: 



actual process, 

matching said second event sequence with 
said stored process-constituting patterns, 
and 

* indicating the result of said matching step. 40 

2. The method for intrusion detection according to 
claim 1 , wherein 

in the training mode, the first event sequence is 45 
translated and the rules used for said transla- 
tion are stored, 

in the operation mode, the second event 
sequence is translated using said stored trans- 
lation rules. so 

3. The method for intrusion detection according to 
claim 2, wherein the translation is a dynamic, on- 
the-fly translation. 

55 

4. The method for intrusion detection according to any 
of the claims 1 to 3, wherein 



in the training mode, the first event sequence is 
compressed according to a given set of aggre- 
gation rules, 

in the operation mode, the second event 
sequence is compressed using said given «et 
of aggregation rules. 

5. The method for intrusion detection according to one 
or more of the preceding claims, wherein 

an event stream generated by either one or 
both of the processes is recorded and 
said recorded event stream filtered to build the 
first and/or second event sequence. 

6. The method for intrusion detection according to one 
or more of the preceding claims, wherein the proc- 
ess-constituting patterns of the first event 
sequences contain patterns of varying lengths, in 
particular patterns of maximal lengths. 

7. The method for intrusion detection according to one 
or more of the preceding claims, further including a 
reduction step in the training mode, whereby any 
duplications in the obtained event sequence are 
removed. 

8. The method for intrusion detection according to one 
or more of the preceding claims, wherein the train- 
ing mode is carried out under the control of the 
intrusion detection system. 

9. The method for intrusion detection according to one 
or more of the claims 2 to 7, wherein all or part of 
the method steps are applied in the following 
sequences 

in the training mode: 

1. event recording, 

2. process filtering, 

3. translation and storage of translation 
rules, 

4. reduction and aggregation, 

5. pattern extraction and storage; and 

in the operational mode: 

1. event recording, 

2. process filtering, 

3. translation based on stored translation 
rules, 

4. aggregation, 

5. pattern matching with stored patterns. 

10. An apparatus for detecting intrusion attempts in a 
computer or computer-system, said apparatus com- 
prising in combination: 



in a training mode, building a table of character- 
istic, process-constituting patterns defining 15 
normal behavior of a model process in said 
computer or computer system by performing 
the following steps: 

building a first event sequence by filtering a 20 
first event stream generated by said model 
process, 

• by using the so-called Teiresias algorithm, 
extracting event sequence patterns from 
said first event sequence, said patterns 25 
constituting said model process, 
storing said process-constituting patterns; 
and 

in an operation mode, extracting characteristic 30 
patterns from an actual process by performing 
the following steps: 

building a second event sequence by filter- 
ing an event stream generated by said 35 
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a first filtering component^ 07) for filtering, in a 
training mode branch, a first event stream gen- 
erated by a model process (103) and building a 
first event sequence (108), 
a pattern extraction component (113) extract- 
ing event sequence patterns from said first 
event sequence by using the so-called Teire- 
sias algorithm, said patterns constituting said 
model process, 

a pattern table component «(1 35) storing said 
extracted, process-constituting patterns defin- 
ing normal behavior of said model process, 
a second filtering component (1 27) for building, 
in an operation mode branch, a second event 
sequence by filtering an event stream gener- 
ated by an actual process (123), 
a pattern matching component (1 33) for match- 
ing said second event sequence with said proc- 
ess-constituting patterns stored in said pattern 
table component (135), and 
an indicator component (1 36) for indicating the 
output of said matching component (133). 

11. The apparatus for intrusion detection according to 
claim 1 0, further comprising 

a first translation component (1 09) which, in the 
training mode branch, translates the first event 
sequence, 

a translation table (134) for storing the transla- 
tion rules used for said translation, 
a second translation component (1 29) which, in 
the operation mode branch, translates the sec- 
ond event sequence, using said translation 
rules stored in said translation table (134). 

12. The apparatus for intrusion detection according to 
any of the claims 10 and 11, further comprising 

a first compression component (111) which, in 
the training mode branch, compresses the first 
event sequence according to a given set of 
aggregation rules, and 

a second compression component (131) 
which, in the operation mode branch, com- 
presses the second event sequence using said 
given set of aggregation rules. 



working sequences 

in the training mode branch: 

1 . event recording component <1 05), 

2. process filtering components 07), 

3. translation component (109) and trans- 
lation table<134), 

4. reduction and aggregation component 
(111). 

5. pattern extraction component (113) and 
pattern table (135); and 

in the operational mode branch: 

1. event recording component (125), 

2. process filtering component (127), 

3. translation component (129), connected 
to said translation table (134), 

4. aggregation component <1 31), 

5. pattern matching component (133), con- 
nected to said pattern table (135). 

15. The apparatus for intrusion detection according to 
one or more of the preceding claims, wherein all or 
part of the components are arranged such that, to 
avoid duplication, they can be used alternatively 
either in the training mode branch or the operation 
mode branch. 
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13. The apparatus for intrusion detection according to 
claim 12, further comprising a reduction component so 
for removing duplicates in the event sequence 
obtained in the training mode branch, in particular a 
reduction component combined with the first com- 
pression component (111). 

55 

14. The apparatus for intrusion detection according to 
one or more of the claims 10 to 13, wherein all or 
part of the components we arranged in the following 
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0: (ftpd, FILE_Close), (Is, PROCJExecute), 
(Is, FILE_Close), (Is, PROCJDelete) 

1: (fingerd, PROCJExecute), 

(fingerd, PROC_SetSignal), (fingerd, FILE_Read), 
(fingerd, PROC_Create) 

2: (ftpd, PROC_Create), (ftpd, FILE_Close), 
(ftpd, FILE_Close), (ftpd, FILE_Close), 
(ftpd, FILE_Close), (ftpd, PROCJSetSignal), 
(ftpd, FILE_Read), (ftpd, FILE_Read), 
(ftpd, FILE_Write), (ftpd, PROC_Delete) 

3: (fingerd, PROC_Execute), 
(fingerd, PROC_SetSignal), 
(fingerd, FILE_Read), (fingerd, PROC_Create) 

Fig. 3 
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Table: 
String: 



ABCD XYZD ABC GHI XYZ HF 
ABCABCDXYZGHI ABC Selectable 



ABCD XYZD ABC 
Remainder of string: ABCDXYZGHI 

ABCD 

Remainder of string: XYZGHI 

^ ABCD XYZD ABC GIII XYZ 
Remainder of string: GHI 

ABCD XYZD A6€ GHI ABC Validated 



ABCD XYZD ABC 
Remainder of string: ABCDKMWHF 
Possible combinat: ABC/ABC -> Length 6 

ABC/ ABCD --> Length 7 ~> Selected 



Fig. 8 



Table: 
String: 



ABCD XYZD ABC GHI XYZ HF 
ABCABCDKMWHF ABC Selectable 



K — > Shifted u=l 
M — > Shifted u = 2 
W — > Shifted u = 3 
HF u = 0 

ABCD XYZD ABC GIII XYZ HF 



Fig. 9 
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